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CHECKSUM DETERMINATION 



FIELD 



This disclosure relates to the field of checksum determination. 
5 BACKGROUND 

In one conventional communication protocol offload arrangement, one or more 
operations that typically are executed by a host's general purpose processor to carry out a 
communication protocol, instead may be executed by protocol offload circuitry in the 
host. In this conventional arrangement, such operations include fetching data stored in 

10 host memory and storing the data in local memory comprised in the offload circuitry. 
The offload circuitry then determines the size of a communication protocol packet that is 
intended to comprise a portion of the data, and the portion of the data to be comprised in 
the packet. Thereafter, the offload circuitry fetches this portion of the data from the local 
memory and stores it in a temporary buffer. The offload circuitry then generates the 

1 5 packet by appending a protocol header to the portion of the data in the temporary buffer, 
calculating the checksum of the packet, and inserting the checksum into the header. 

Unfortunately, in this conventional arrangement, the fetching of the portion of the 
data from the local memory and storing thereof in the temporary buffer may involve a 
significant latency that may significantly increase the time that may be consumed in 

20 carrying out these conventional operations. Also unfortunately, in this conventional 

arrangement, the temporary buffer memory has a size that is sufficient to store the largest 
communication protocol packet that is expected to be generated by the offload circuitry; 
this may increase the size and cost of the offload circuitry. 

25 BRIEF DESCRIPTION OF THE DRAWINGS 

Features and advantages of embodiments of the claimed subject matter will 
become apparent as the following Detailed Description proceeds, and upon reference to 
the Drawings, wherein like numerals depict like parts, and in which: 
Figure 1 illustrates a network embodiment. 
30 Figure 2 illustrates a system embodiment. 
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Figure 3 illustrates data partitioned into segments according to an embodiment. 
Figure 4 is a flowchart illustrating operations that may be performed according to 
an embodiment. 

Although the following Detailed Description will proceed with reference being 
made to illustrative embodiments, many alternatives, modifications, and variations 
thereof will be apparent to those skilled in the art. Accordingly, it is intended that the 
claimed subject matter be viewed broadly, and be defined only as set forth in the 
accompanying claims. 

DETAILED DESCRIPTION 



Figure 1 illustrates a network embodiment 100. Embodiment 100 includes a 
plurality of nodes 102 and 104 that are communicatively coupled together via network 
106. Network 106 may comprise, for example, one or more local and/or wide area 
networks (not shown). Each of these one or more local and/or wide area networks may 

15 comprise one or more respective end and/or intermediate nodes (not shown) that may be 
communicatively coupled together. In this embodiment, nodes 102 and 104 each may 
transmit and/or receive one or more frames via network 106. Each of these frames may 
comprise one or more packets. Each of these frames and packets may be in accordance 
with one or more communication protocols. For example, in this embodiment, node 102 

20 may generate and transmit to node 104, via network 106, frame 108 which may 
encapsulate packet 110. Also for example, in this embodiment, frame 108 may be 
compatible and/or in compliance with an Ethernet communication protocol, and packet 
110 may be compatible and/or in compliance with a transmission control protocol (TCP) 
and/or internet protocol (IP). 

25 As used herein, a "frame" means a sequence of one or more symbols and/or 

values that may be encoded by one or more signals transmitted from at least one sender to 
at least one receiver. As used herein, a "packet" also means a sequence of one or more 
symbols and/or values that may be encoded by one or more signals transmitted from at 
least one sender to at least one receiver. Additionally, as used herein, a "communication 

30 protocol" means a set of one or more rules defining, at least in part, a manner in which 
data and/or one or more commands may be transmitted. 
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In this embodiment, as generated and transmitted from node 102, frame 108 may 
be compatible and/or in compliance with an Ethernet communication protocol described 
in, for example, Institute of Electrical and Electronics Engineers, Inc. (IEEE) Std. 802.3, 
2000 Edition, published on October 20, 2000. Also, in this embodiment, as generated 
5 and encapsulated in frame 108 by node 102, packet 1 10 may be compatible and/or in 
compliance with a TCP and/or IP described in, for example, Internet Engineering Task 
Force (IETF) Request For Comments (RFC) 791 and 793, respectively, published 
September 1981. Of course, alternatively or additionally, frame 108 and/or packet 1 10 
may be compatible and/or in compliance with one or more other and/or additional 

10 communication protocols, without departing from this embodiment. 

In network 100, each of the nodes 102 and 104 may be substantially identical 
(e.g., in terms of construction and/or operation) to each other. Alternatively, without 
departing from this embodiment, node 102 and node 104 may not be substantially 
identical to each other (e.g., in terms of construction anchor operation). 

15 In this embodiment, node 102 and/or node 104 each may comprise a respective 

host node and/or end node. However, alternatively, although not shown in Figure 1, one 
or more the nodes 102 and 104 may comprise a respective intermediate station, such as, 
for example, a respective hub, switch, and/or router. Of course, many alternatives are 
possible without departing from this embodiment. 

20 Figure 2 illustrates a system embodiment comprised in, for example, node 102. In 

this embodiment, node 102 may comprise operative circuitry 200. Operative circuitry 
200 may include, for example, a host processor 12 coupled to a chipset 14. Host 
processor 12 may comprise, for example, an Intel® Pentium® IV microprocessor that is 
commercially available from the Assignee of the subject application. Of course, 

25 alternatively, host processor 12 may comprise another type of microprocessor, such as, 
for example, a microprocessor that is manufactured and/or commercially available from a 
source other than the Assignee of the subject application, without departing from this 
embodiment. 

Chipset 14 may comprise a host bridge/hub system that may couple host 
30 processor 12, a host memory 21 and a user interface system 16 to each other and to a bus 
system 22. Chipset 14 may also include an I/O bridge/hub system (not shown) that may 
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couple the host bridge/bus system to bus 22. Chipset 14 may comprise one or more 
integrated circuit chips, such as those selected from integrated circuit chipsets 
commercially available from the Assignee of the subject application (e.g., graphics 
memory and I/O controller hub chipsets), although other integrated circuit chips may 
5 also, or alternatively be used. User interface system 16 may comprise, e.g., a keyboard, 
pointing device, and display system that may permit a human user (not shown) to input 
data and/or one or more commands to, and to monitor, at least in part, the operation of, 
circuitry 200. 

Bus 22 may comprise a bus that complies with the Peripheral Component 

10 Interconnect (PCI) Local Bus Specification, Revision 2.2, December 18, 1998, available 
from the PCI Special Interest Group, Portland, Oregon, U.S.A. (hereinafter referred to as 
a "PCI bus"). Alternatively, bus 22 instead may comprise a bus that complies with the 
PCI-X Specification Rev. 1.0a, July 24, 2000, available from the aforesaid PCI Special 
Interest Group, Portland, Oregon, U.S.A. (hereinafter referred to as a "PCI-X bus"). Also 

1 5 alternatively, bus 22 may comprise other types and configurations of bus systems. 

Processor 12, host memory 21, chipset 14, PCI bus 22, and circuit card slot 30 
may be comprised in a single circuit board, such as, for example, a system motherboard 
32. Circuit card slot 30 may comprise a PCI expansion slot that comprises a PCI bus 
connector 36. Connector 36 may be electrically and mechanically mated with a PCI bus 

20 connector 34 that is comprised in communication protocol offload circuit card 20, Slot 
30 and card 20 may be constructed to permit card 20 to be inserted into slot 30. When 
card 20 is properly inserted into slot 30, connectors 34 and 36 may become electrically 
and mechanically coupled to each other. When connectors 34 and 36 are so coupled to 
each other, operative communication protocol offload circuitry 40 in card 20 becomes 

25 electrically coupled to bus 22. 

When circuitry 40 is electrically coupled to bus 22, host processor 12 may 
exchange data and/or one or more commands with circuitry 40, via chipset 14 and bus 22, 
that may permit host processor 12 to control and/or monitor, at least in part, the operation 
of circuitry 40. In this embodiment, circuitry 40 may include, for example, network 

30 interface circuitry 41, and computer-readable memories 44, 46, 48, and 54. Network 
interface circuitry 41 may comprise transceiver circuitry 42. 
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Memories 21, 44, 46, 48, and 54 each may comprise read only, mass storage, 
and/or random access computer-readable memory. Memory and/or memory 54 may store 
program instructions capable of being executed, and/or data capable of being accessed, 
operated upon, and/or manipulated by processor 1 2 and/or circuitry 40. The execution of 
5 these program instructions and/or the accessing, operation upon, and/or manipulation of 
this data by processor 12 and/or circuitry 40 may result in, for example, processor 12, 
circuitry 40, circuitry 200, and/or node 102 carrying out the operations described herein 
as being carried out by processor 12, circuitry 40, circuitry 200, and/or node 102. 

Without departing from this embodiment, instead of being comprised in card 20, 

10 all or a portion of operative circuitry 40 may be comprised in other structures, systems, 
and/or devices that may be, for example, comprised in motherboard 32, coupled to bus 
22, and exchange data and/or commands with other components in operative circuitry 
200. For example, without departing from this embodiment, chipset 14 may comprise 
one or more integrated circuits that may comprise all or a portion of operative circuitry 

1 5 40. Other modifications are also possible, without departing from this embodiment. 
In this embodiment, transceiver circuitry 42 maybe capable of being communicatively 
coupled to network 106. As is discussed in below, circuitry 42 may be capable of 
transmitting frame 108 from node 102 to network 106. Network 106 may transmit frame 
108 to node 104. 

20 In this embodiment, packet 1 1 0 may comprise a TCP header 70. Header 70 may 

comprise a TCP packet checksum 72. In this embodiment, circuitry 40 may generate 
header 70, including checksum 72. 

These and other operations 400 that may be carried out in network 100, in 
accordance with an embodiment, will now be described with reference being made to 

25 Figures 1 to 4. After, for example, a reset of card 20 and/or circuitry 200, processor 12 
may signal memory 21 . This may result in a contiguous block of data comprising data 
300, shown in Figure 3, being stored in memory 21 . Data 300 may have a size that is 
equal to M bytes, where M may be a positive integer. The size of data 300 may vary 
without departing from this embodiment. 

30 Thereafter, circuitry 40 and/or host processor 12 may signal memory 21. This 

may result in data 300 being read by circuitry 40 and/or host processor 12 and partitioned 
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into a plurality of contiguous segments 302 A, 302B, 302C, 302D, 302E, 302F 302G, 
302H . . . 302Z of data 300, as illustrated by operation 402 in Figure 4. In this 
embodiment, depending upon the size of data 300, each of the segments 302A, 302B, 
302C, 302D, 302E, 302F 302G, 302H . . . 302Z may have an identical respective size that 
5 may be equal to N bytes, where N may be equal to, for example, 256. The number and 
respective sizes of the segments 302A, 302B, 302C, 302D, 302E, 302F 302G, 302H . . . 
302Z may vary without departing from this embodiment. Additionally or alternatively, 
the respective sizes of the segments 302 A, 302B, 302C, 302D, 302E, 302F 302G, 302H . 
. . 302Z may not be identical without departing from this embodiment. 

10 Contemporaneously with, after, or before, at least in part, execution of operation 

402, processor 12 and/or circuitry 40 may signal memory 21. As is illustrated by 
operation 404, this may result in segments 302A, 302B, 302C, 302D, 302E, 302F 302G, 
302H . . . 302Z being read and/or retrieved, at least in part, by circuitry 40 from memory 
21, and/or stored, at least in part, in local memory 44, contemporaneously with, after, or 

15 before, at least in part, the execution of operation 402. Contemporaneous with, after, or 
before the execution of operation 404, circuitry 40 may examine each of the segments 
302A, 302B, 302C, 302D, 302E, 302F 302G, 302H . . . 302Z, and based, at least in part 
upon the respective data comprised in each of the segments 302A, 302B, 302C, 302D, 
302E, 302F 302G, 302H . . . 302Z, circuitry 40 may generate and store in memory 44 a 

20 set of checksums 52 of the segments 302A, 302B, 302C, 302D, 302E, 302F 302G, 302H . 
. . 302Z, as illustrated by operation 406 in Figure 4. In this embodiment, the set of 
checksums 52 may be stored in memory 44 in a data structure, such as, table 50. Table 
50 may correlate and/or associate checksums in set 52 with respective segments 302A, 
302B, 302C, 302D, 302E, 302F 302G, 302H . . . 302Z based upon which, at least in part, 

25 the checksums were generated by circuitry 40. In this embodiment, the checksums in set 
52 may be respective 16-bit checksum words generated in compliance with conventional 
TCP checksum generation techniques, based at least in part upon the respective data 
comprised in segments 302A, 302B, 302C, 302D, 302E, 302F 302G, 302H . . . 302Z. 
This embodiment is not limited to such techniques, and other checksum generation 

30 techniques may be employed without departing from this embodiment. Additionally, the 
checksums in set 52 may comprise other and/or additional word sizes without departing 
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from this embodiment. 

In this embodiment, conventional TCP checksum generation techniques may be 
used to generate the checksums in set 52. As is known to those skilled in the art, such 
techniques use, as input operands, and generate, as output, 16-bit words. In this 
5 embodiment, the set of checksums 52 generated as a result of operation 406 may 
comprise two subsets of checksums. One such subset may comprise respective 
checksums of each of the segments 302 A, 302B, 302C, 302D, 302E, 302F 302G, 302H . . 
. 302Z. The other such subset may comprise respective checksums of respective 
segments (not shown) of data 300 each having identical respective size N, but having 

10 respective boundaries that are each shifted, relative to the respective boundaries of 
segments 302A, 302B, 302C, 302D, 302E, 302F, 302G, 302H . . . 302Z, by one 
respective byte in the direction toward the tail end of the data block that comprises data 
300. After the shifting, the start and end of each of the shifted segments of data 300 may 
be padded with a respective byte of zeroes to make each such shifted segment 16-bit 

1 5 aligned to permit it to be able to serve as an input for checksum calculation. 

Accordingly, in this arrangement, data 300 may comprise the respective data comprised 
in each of these segments, and the set of checksums 52 may comprise a number of 
checksums that is equal to twice the quotient of M divided by N. Of course, the number 
of checksums comprised in set 52 may vary without departing from this embodiment. In 

20 this arrangement, circuitry 40 may select one or more appropriate checksums from set 52 
for use in accordance with this embodiment as described below, based at least in part 
upon, for example, the actual boundaries of segment(s) of data 300 that may be 
comprised in packet 110. For example, if portion 71 of data 300 (or a previous, not 
shown portion of data 300 that may have been previously transmitted from node 102 in 

25 another not shown packet) comprises an odd number of bytes, circuitry 40 may select, for 
use in accordance with this embodiment as described below, one or more appropriate 
checksums from set 52 that may correspond to one or more appropriately shifted versions 
of one or more of the segments 302A, 302B, 302C, 302D, 302E, 302F, 302G, 302H . . . 
302Z. 

30 In this embodiment, contemporaneously with, after, or before execution of 

operation 406, circuitry 40 may select a portion of the data 300 to be included in packet 
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1 10 to be transmitted to node 104, as illustrated by operation 408 in Figure 4. As used 
herein, a "portion" of data means some or all of the data. As a result of operation 408, 
circuitry 40 may select portion 71 of data 300 to be included in packet 1 10. In this 
embodiment, circuitry 40 may select portion 71 of data 300 to be included in packet 1 10 
5 based, at least in part, upon a maximum size of packet 1 10 and/or frame 108 permitted 
pursuant to one or more communication protocols, such as, for example, TCP, IP, and/or 
Ethernet communication protocols, and/or one or more flow control parameters. For 
example, in this embodiment, these one or more communication protocols may specify a 
maximum size that packet 110 and/or frame 108 be permitted to have, as well as, 

10 maximum respective sizes of header 70 and/or the data payload in packet 110 and/or 

frame 108. As part of operation 408, in this embodiment, circuitry 40 may select portion 
71 such that the amount of data 300 comprised in portion 71 may permit the resulting 
packet 110 and/or frame 108 to have a respective size that is compliant and/or compatible 
with these one or more communication protocols. 

1 5 In this embodiment, these one or more flow control parameters may indicate 

and/or specify, at least in part, and/or may be based at least in part upon, status of a 
connection and/or session, such as a TCP connection or TCP session, between nodes 102 
and 104. For example, these one or more flow control parameters may indicate and/or 
specify, at least in part, a level of congestion in network 106, a maximum packet size that 

20 node 104 may be capable of receiving from node 102, and/or a maximum data transfer 
amount (e.g., a maximum amount of data that may be transferred to and received by node 
104). These one or more flow control parameters may comprise one or more TCP flow 
control parameters. As part of operation 408, in this embodiment, circuitry 40 may select 
portion 71 such that the amount of data 300 comprised in portion 71 may permit the 

25 resulting packet 110 and/or frame 108 to have a respective size that satisfies and/or is in 
accordance with these one or more flow control parameters. 

In this embodiment, portion 71 of data 300 selected by circuitry 40 as a result of 
operation 408 may comprise a subset of the segments 302A, 302B, 302C, 302D, 302E, 
302F 302G, 302H . . . 302Z and/or at least one part of at least one of the segments 302A, 

30 302B, 302C, 302D, 302E, 302F 302G, 302H . . . 302Z. For example, as shown in Figure 
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3, for purposes of illustration and not limitation, portion 71 of data 300 may comprise 
segment 302F, part 304 of segment 302E, and part 306 of segment 302G. 

In this embodiment, after execution of operation 408, circuitry 40 may read, at 
least in part, from memory 44 the at least one part of the at least one of segments 302A, 
5 302B, 302C, 302D, 302E, 302F 302G, 302H . . , 302Z comprised in portion 71 of data 
300, as illustrated by operation 410 in Figure 4. Also after execution of operation 408, as 
illustrated by operation 412 in Figure 4, in this embodiment, circuitry 40 may store, at 
least in part, in memory 46 and/or memory 48, this at least one part of this at least one of 
the segments 302A, 302B, 302C, 302D, 302E, 302F 302G, 302H . . . 302Z. For example, 

10 in this embodiment, as a result of operation 410, circuitry 40 may read, at least in part, 
part 304 of segment 302E and/or part 306 of segment 302G from memory 44. Also for 
example, in this embodiment, as a result of operation 412, circuitry 40 may store, at least 
in part, part 304 of segment 302E in memory 46 and/or circuitry 40 may store, at least in 
part, part 306 of segment 302G in memory 48. In this embodiment, memories 46 and 48 

1 5 may comprise respective buffer memories. In this embodiment, memory 46 and memory 
48 may each have a respective storage capacity equal to the size of one of the segments 
302A, 302B, 302C, 302D, 302E, 302F 302G, 302H . . . 302Z, such as, for example, N 
bytes. 

In this embodiment, contemporaneously with, at least in part, the carrying out of 
20 operation 410 and/or operation 412, circuitry 40 may determine the checksum of the at 
least one part of the at least one of the segments 302 A, 302B, 302C, 302D, 302E, 302F 
302G, 302H . . . 302Z comprised in portion 71 of data 300, as illustrated by operation 414 
in Figure 4. For example, as part of operation 414, circuitry 40 may use conventional 
TCP checksum techniques to calculate respective checksums for part 304 of segment 
25 302E and part 306 of segment 302G, Alternatively, if portion 71 of data 300 does not 
comprise part 304 of segment 302E and/or part 306 of segment 302G, operation 410, 
operation 412, and/or operation 414 may not be executed. Further alternatively, if the 
other part of segment 302E (i.e., all of segment 302E except for part 304) was previously 
transmitted from node 102 in another packet (not shown), circuitry 40 may have 
30 previously calculated the checksum of this other part of segment 302E; in this alternative 
arrangement, as part of operation 414, circuitry 40 may calculate, at least in part, the 
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checksum of part 304 based upon, at least in part, this previously calculated checksum of 
this other part of segment 302E, the appropriate checksum of 302E in table 50, and 
conventional checksum calculation techniques. 

Circuitry 40 may generate a temporary version of header 70 of packet 1 10. This 
5 temporary version of header 70 may be identical to the actual header 70 of packet 110, 
except that in the temporary version of header 70, the checksum 72 may be set equal to 
zero. If part 304 of segment 302E is comprised in portion 71, after completion of 
operation 412, circuitry 40 may signal memory 46. This may result in the temporary 
version of header 70 being concatenated with part 304 of segment 302E, and the resulting 

10 concatenation being stored in memory 46. Circuitry 40 also may calculate, using 
conventional TCP checksum calculation techniques, the checksum of this temporary 
version of header 70. 

After, prior to, or contemporaneously with the execution of operation 414, 
circuitry 40 may determine the checksum of the subset of the segments 302A, 302B, 

15 302C, 302D, 302E, 302F 302G, 302H . . . 302Z comprised in portion 71 of data 300, 
based at least in part upon the respective checksums, read from the set of checksums 52, 
of the segment or segments comprised in this subset of the segments. For example, in 
this embodiment, circuitry 40 may determine which of the segments 302A, 302B, 302C, 
302D, 302E, 302F 302G, 302H . . . 302Z maybe comprised in the subset of segments 

20 302A, 302B, 302C, 302D, 302E, 302F 302G, 302H . . . 302Z that is comprised in portion 
71 of data 300. Thereafter, based at least in part upon the contents of table 50 (e.g., read 
by circuitry 40 from the set of checksums 52), circuitry 40 may add together the 
appropriate respective checksums of the segments comprised in this subset of segments 
302A, 302B, 302C, 302D, 302E, 302F 302G, 302H . . . 302Z to generate a sum that may 

25 correspond to the checksum of the subset of segments 302A, 302B, 302C, 302D, 302E, 
302F 302G, 302H . . . 302Z comprised in portion 71 of data 300. For example, in this 
embodiment, since the subset of segments 302A, 302B, 302C, 302D, 302E, 302F 302G, 
302H . . . 302Z comprised in portion 71 of data 300 comprises only segment 302F, the 
circuitry 40 determine that the checksum of this subset of segments is equal to the 

30 respective checksum of segment 302F that is appropriate given the actual boundaries of 
segment 302F as comprised in portion 71 of data 300. Alternatively, if no subset of 
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segments 302A, 302B, 302C, 302D, 302E, 302F 302G, 302H . . . 302Z is comprised in 
portion 71 of data 300, then the determination of the checksum of such subset may not 
occur. 

Thereafter, circuitry 40 may determine, based at least in part upon the checksum 
5 of the subset of the segments 302A, 302B, 302C, 302D, 302E, 302F 302G, 302H . . . 
302Z comprised in portion 71 of data 300 and/or the checksum of the at least one part of 
at least one segment of data 300, the checksum of portion 71 of data 300, as illustrated by 
operation 416 in Figure 4. In this embodiment, circuitry 40 may accomplish this by 
adding together the respective checksums of part 304 of segment 302E, part 306 of 

10 segment 302G, and the subset of the segments 302A, 302B, 302C, 302D, 302E, 302F 
302G, 302H . . . 302Z comprised in portion 71 of data 300. Thus, in this embodiment, 
since this subset of segments 302A, 302B, 302C, 302D, 302E, 302F 302G, 302H . . , 
302Z comprises only segment 302F, the checksum of portion 71, as determined by 
circuitry 40 as a result of operation 416 may be equal to the sum of the respective 

1 5 checksums of part 304 of segment 302E, part 306 of segment 302G, and segment 302F. 
Alternatively, if part 304 of segment 302E and/or part 306 of segment 302G are not 
comprised in portion 71, the checksum of portion 71 of data 300, determined as a result 
of operation 416, may not be determined based, at least in part, upon their respective 
checksums. Similarly, if no subset of the segments 302A, 302B, 302C, 302D, 302E, 

20 302F 302G, 302H . . . 302Z is comprised in portion 71, then the checksum of portion 71 
of data 300, determined as a result of operation 416, may not be based, at least in part, 
upon its checksum. Alternatively or additionally, circuitry 40 also may calculate the 
checksum of the remaining part of segment 302G (i.e., all of segment 302G except for 
part 306); that is, circuitry 40 may calculate, at least in part, the checksum of this 

25 remaining part of segment 302G based upon, at least in part, the checksum of part 306 of 
segment 302G, the appropriate checksum of 302G in table 50, and conventional 
checksum calculation techniques. This checksum of the remaining part of segment 302G 
may be used by circuitry 40 to calculate the checksum of another packet that may be 
comprise this remaining part of segment 302G and may be transmitted from node 102 

30 after packet 1 10 has been transmitted from node 102. 
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of such memory to be substantially reduced compared to the prior art. Thus, 
advantageously, these features of this system embodiment may permit offload operations 
performed by this embodiment to exhibit reduced latency compared to the prior art. Also 
advantageously, these features of this system embodiment may permit this system 
embodiment to be less expensive than the prior art. 

The terms and expressions which have been employed herein are used as terms of 
description and not of limitation, and there is no intention, in the use of such terms and 
expressions, of excluding any equivalents of the features shown and described (or 
portions thereof), and it is recognized that various modifications, variations, alternatives, 
and equivalents are possible within the scope of the claims. For example, the signaling of 
a first device by second device may, but is not required to comprise, the second device 
providing one or more signals to a third device that may result in the third device 
providing one or more signals to the first device that may result in the first device 
performing one or more operations. Other modifications are also possible. Accordingly, 
the claims are intended to cover all such modifications, variations, alternatives, and 
equivalents. 
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